stack: check for widget before calling is_ancestor()

We can hit this path during the destruction case, where widget has
been released.

This fixes a lot of superfluous error messages on console.

wayland: Update to xdg-shell unstable v5

Only trivial changes needed.

https://bugzilla.gnome.org/show_bug.cgi?id=744455

Updated Slovenian translation

Updated Turkish translation

GtkSearchEngine: Add debug spew

This lets us find out which search engine implementation is
in use.

file chooser: Allow to limit search

Add a button to allow restricting search to the current
folder (and subdirectories). This makes the search more
useful, and makes the file chooser more similar to
nautilus.

file chooser: Add a location column for search

In search, we show files from differnt locations, and it makes
sense to show where they come from. This makes the file chooser
more similar to nautilus, too.

file chooser: Don't open folders unexpectedly

Folders that show up among search results were unexpectedly
returned even for GTK_FILE_CHOOSER_ACTION_OPEN. Change things
around so that we switch to the folder instead, which is the
behavior we had in GTK+ 2.x.

https://bugzilla.gnome.org/show_bug.cgi?id=744204

gtkwindow: Don't set the background if the window is app-paintable

This fixes transparent DND windows.

wayland: Do not require latest wl_seat

Some compositors might not offer wl_seat 4 resulting in GTK+ clients not
working on that compositor.

wl_seat 4 introduces keyboard repeat information, but when that information
is missing it is retrieved from settings, hence there's no reason to
require wl_seat 4.

This patch was tested against QtCompositor (5.5, dev branch)
and Weston 1.6.1.

Reviewed-by: Daniel Stone <daniels@collabora.com>
https://bugzilla.gnome.org/show_bug.cgi?id=744172

Rename GtkSidebar to GtkStackSidebar

GtkSidebar is too generic and doesn't fully convey what the widget does.

https://bugzilla.gnome.org/show_bug.cgi?id=744094

csd: Always raise on primary titlebar click

This matches more closely what typical window managers do.
Pointed out in
https://bugzilla.redhat.com/show_bug.cgi?id=1158472

Forgotten file

Bump version

So apps can require 3.15.7 for new api.

gdkglcontext-win32.c: Fix Build on C89 Compilers

Make sure variables are declared at the top of the block.

notebook: Add api to complete tab dnd from the outside

This is necessary to avoid unwanted drag cancel animations,
now that GtkNotebook is careful about cancelling a drag
when the dragged tab disappears unexpectedly.

Updated POTFILES.in

Remove GdkGLProfile

The existence of OpenGL implementations that do not provide the full
core profile compatibility because of reasons beyond the technical, like
llvmpipe not implementing floating point buffers, makes the existence of
GdkGLProfile and documenting the fact that we use core profiles a bit
harder.

Since we do not have any existing profile except the default, we can
remove the GdkGLProfile and its related API from GDK and GTK+, and sweep
the whole thing under the carpet, while we wait for an extension that
lets us ask for the most compatible profile possible.

https://bugzilla.gnome.org/show_bug.cgi?id=744407

Updated Spanish translation

gl: Add gdk_gl_context_get_version()

Store the OpenGL version when we first do the extensions check; this
allows client code to check the available GL version without requiring a
call to gdk_gl_context_make_current() and epoxy_gl_version().

docs: Specify the minimum version of GL provided by the core profile

When using GDK_GL_PROFILE_3_2_CORE, we are not only specifying that the
GDK should create a core profile; we are also specifying that the
minimum required version of OpenGL is set to 3.2.

We should also specify that the GDK_GL_PROFILE_DEFAULT profile is an
alias for GDK_GL_PROFILE_3_2_CORE.

glarea: Add accessors for the required GL version

Specifying the version of OpenGL is enough of a common operation that it
should not require overriding the creation of the GdkGLContext.

glarea: Update documentation

Drop the fixed pipeline example code.

https://bugzilla.gnome.org/show_bug.cgi?id=744394

glarea: Clean up the header

docs: Add missing GdkGLContext symbols

gl: Drop profile for gdk_window_create_gl_context()

Now that we have a two-stages GL context creation sequence, we can move
the profile to a pre-realize option, like the debug and forward
compatibility bits, or the GL version to use.

gtk: x: fix compilation without x11 backend

https://bugzilla.gnome.org/show_bug.cgi?id=744148

main: Make gtk_get_option_group() available to bindings

Now that GOptionGroup is registered as a boxed type [1], don't skip it
in gobject-introspection.

[1]: See https://bugzilla.gnome.org/show_bug.cgi?id=743349

https://bugzilla.gnome.org/show_bug.cgi?id=743350

gtklistbox: add bind_model()

gtk_list_box_bind_model() binds a GListModel to a GtkListBox.

This is a first step towards having GListModel support in Gtk. It's not
useful for large models, because GtkListBox always creates all widgets
for all rows.

GtkListBoxRow: Update the listbox's cursor row when focusing

https://bugzilla.gnome.org/show_bug.cgi?id=708320

file chooser: Allow opening folders in the file manager

This has been suggested in
https://bugzilla.gnome.org/show_bug.cgi?id=325150#c2

wayland: Implement minimize support

Use the existing xdg_surface API for minimization.

https://bugzilla.gnome.org/show_bug.cgi?id=695945

mir, gl: Ensure we use the 3.2 core profile

Emit an error if the profile is different.

mir: Switch GDK_GL_PROFILE_DEFAULT to mean 3_2_CORE

Instead of LEGACY.

mir, GL: Split GL context creation in two phases

Move egl_context initialization in gdk_gl_context_realize

 • gdk_window_create_gl_context() creates a GdkGLContext
 • gdk_gl_context_realize() creates the underlying resources

https://bugzilla.gnome.org/show_bug.cgi?id=741946

configure.ac: bump mirclient dependency to 0.11

Revert "image: Optimize non-resize changes"

This reverts commit 6276b9cda0b179e6a29b9002f82a338dc6f9649f.

This change was causing problems in gnome-mines. Revert it
until we can figure out what exactly is going wrong there.
See https://bugzilla.redhat.com/show_bug.cgi?id=1190887

Updated Norwegian bokmål translation.

Updated Norwegian bokmål translation.

Bump glib requirement

Needed for g_autoptr.

Bump version

stylecontext: Don't use cache when unsaved

Fixes image-load-from-file reftest

Updates

Fix annotations

The function gtk_label_set_attributes() is also used to
unset attributes, by passing %NULL. Reflect that in the
argument annotations.

gl: Fix the required version setter

We don't allow a version tuple to be lower than (3, 2), but we should
allow versions above that.

https://bugzilla.gnome.org/show_bug.cgi?id=744212

win32/gl: Ensure we use the 3.2 core profile

Emit an error if the profile is different.

This is a follow-up commit to commits cc45e82 (x11/gl: Ensure we use the
3.2 core profile) and 2d9081d (wayland/gl: Ensure we use the 3.2 core
profile), so that we do the same on GDK-Win32.  Update variable names and
comments so that the code is clearer to people, as we still need a
temporary legacy WGL context first before we can use
wglCreateContextAttribsARB() to create a WGL core (3.2+) context.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Put shaders in static storage

We are not changing the shader code.

The compiler will hopefully put them in the .rodata section.

gdkgl should use shader version 1.50

Using version 1.20 with a forward compatible 3.2 core context is incorrect
since OpenGL 3.2 deprecates shader version 1.20 (See section E.2). The latest
fglrx drivers will not compile these shaders.

https://bugzilla.gnome.org/show_bug.cgi?id=744203

Updated Lithuanian translation

demo: Change the resource path for the shaders

We need to use the same name as the "plugin" so that the main UI will
display the resources inside a notebook tab.

gl: Drop GdkGLContextClass.upload_texture()

It's unnecessary to allow per-backend overrides.

demo: Move the GLSL shaders to resources

It's easier to use them or modify them as separate files, instead of
inlined inside the C source.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Clean up the required version accessors

We can simplify the code, since we only have core GL profiles in GDK.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

docs: We do not support non-core GL profiles

No need to mention that some API only works on core GL profiles in the
GdkGLContext docs.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Clean up pre-requisite checks for GdkGLContext setters

We don't support non-core profiles.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

wayland/gl: Ensure we use the 3.2 core profile

Emit an error if the profile is different.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

x11/gl: Ensure we use the 3.2 core profile

Drop the dead code for the legacy profile, and return an error when
realizing if the profile is incorrect.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

demos: Update the GtkGLArea demo code

Same way we updated the testglarea test code.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

tests: Update testglarea

Since we dropped the legacy OpenGL compatibility profile, we need to use
recent OpenGL APi and concepts. This also means that the example code
gets a tad more complicated.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Add more debugging notes

https://bugzilla.gnome.org/show_bug.cgi?id=741946

glarea: Do not use extension API

We are using GL contexts with Core GL profiles, so we need to use the
proper API, not the one provided by extensions.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Do not use the extension API for core GL

Since we are using a Core GL profile, we need to drop the
extension-based API.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Drop OpenGL legacy profile

We simply don't want to care about legacy OpenGL.

All supported platforms also have support for OpenGL ≥ 3.2; it would
complicate the internal code; and would force us to use legacy GL
contexts internally if the first context created by the user is a legacy
GL context, and disable creation of core-3.2 contexts after that.

We will need to fix all our code examples to use the Core 3.2 profile.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Move getters for context options to the public API

They can be useful for third party code as well.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

Switch GDK_GL_PROFILE_DEFAULT to mean 3_2_CORE

Instead of LEGACY.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

win32/gl: Use the GdkGLContext options

https://bugzilla.gnome.org/show_bug.cgi?id=741946

GDK-Win32: Split GL context creation in two phases

Like what is being done in the X11 and Wayland backends, create the
GdkWin32GLContext in 2 steps, where we only create the actual WGL context
in _gdk_win32_gl_context_realize().

https://bugzilla.gnome.org/show_bug.cgi?id=741946

wayland/gl: Use the GdkGLContext options

https://bugzilla.gnome.org/show_bug.cgi?id=741946

x11/gl: Use the GdkGLContext options

When creating an OpenGL context using the glXCreateContextAttribs()
function.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

gl: Add context options

Users of the GdkGLContext API should be allowed to set properties on the
shim GdkGLContext instance prior to realization, so that the
backend-specific implementation can use the value of those properties
when creating the windowing system specific resources.

The main three options are:

 • a major/minor version tuple, to request a specific GL version
 • a debug bit, to request a "debug context", which provides additional
   validation and run time checking
 • a forward compatibility bit, to request a context that does not
   have deprecated functionality

See also:
 - https://www.opengl.org/registry/specs/ARB/glx_create_context.txt

https://bugzilla.gnome.org/show_bug.cgi?id=741946

GL: Split GL context creation in two phases

One of the major requests by OpenGL users has been the ability to
specify settings when creating a GL context, like the version to use
or whether the debug support should be enabled.

We have a couple of requirements in terms of API:

 • avoid, if at all possible, the "C arrays of integers with
   attribute, value pairs", which are hard to write and hard
   to bind in non-C languages.
 • allow failing in a recoverable way.
 • do not make the GL context creation API a mess of arguments.

Looking at prior art, it seems that a common pattern is to split the
construction phase in two:

 • a first phase that creates a GL context wrapper object and
   does preliminary checks on the environment.
 • a second phase that creates the backend-specific GL object.

We adopted a similar pattern:

 • gdk_window_create_gl_context() creates a GdkGLContext
 • gdk_gl_context_realize() creates the underlying resources

Calling gdk_gl_context_make_current() also realizes the context, so
simple GL users do not need to care. Advanced users will want to
call gdk_window_create_gl_context(), set up the optional requirements,
and then call gdk_gl_context_realize(). If either of these two steps
fails, it's possible to recover by changing the requirements, or simply
creating a new GdkGLContext instance.

https://bugzilla.gnome.org/show_bug.cgi?id=741946

Updated Russian translation

Updated Norwegian bokmål translation

Updated POTFILES.skip

css: Move scale to GtkStyleProviderPrivate

This way, we can remove it as a separate argument from
gtk_css_value_compute() and allow computation to only depend on one
thing: the style provider.

settings: Provide a default style cascade per scale

This guarantees we only create 1 extra style cascade in total for hidpi
and not one per style context.

Style cascades are now nested like this:

GtkSettings root cascade (scale == 1)
 |
 +-- GtkSettings per scale cascade (for any scale, no custom providers)
 |
 +-- GtkStyleContext custom cascade (for any scale, custom providers)

This requires a bunch of care when changing cascade-related properties
inside GtkStyleContext, so that it ends up with a properly setup
cascade, but I think I got those cases right.

The only thing we don't do yet is reverting to a GtkSettings cascade
when the last custom provider is removed from a custom cascade.

stylecontext: Store the scale value in the cascade

This is in preparation for the next commits.

gdkglcontext-win32.h: Clean Up a Bit

We don't have a Win32-specific ->upload_texture() anymore, so don't
indicate so.  Left out this part from my previous commit.

GDK-Win32: Drop Win32-specific ->upload_texture()

The default ->upload_texture() works also for Windows since commit 27cf0fa,
as some of the problems described in 742953 also applied for GL core
contexts on Windows as well before 27cf0fa.  Clean up the GDK-Win32 code a
little bit as a result.

treeview: Fix copy/paste bug

Introduced in 7eecb16404b9fdcd1377e1a159f5e94f079e24b7

css: Add -gtk-dpi CSS property hack

This property is necessary to ensure widgets automatically update after
the text scale factor is changed desktop-wide.

And if I'm already doing a property like this, I can make it
overridable. So now you can override the dpi per-widget with CSS like
GtkSwitch {
  -gtk-dpi: 48;
}
if you want to debug things.

Long-term, we want to get rid of this property and insist on dpi being
96 everywhere and people can change the font size to get larger fonts.

treeview: Don't create an overly large pixel cache

GPUs generally have problems when you create a 35000px wide surface.
Luckily X catches this and sends a BadAlloc. Which GTK immediately
abort()s on.

Testcase included.

https://bugzilla.redhat.com/show_bug.cgi?id=1163579

blur: Simplify return_if_fail()

mir: release surface before rendering parent

We should remove the mir and cairo surface before rendering the
transient_for, which will regenerate the cairo surface anyways.
Otherwise, we end up releasing both, when we only really want to get rid
of the mir surface.

mir: don't always request mir surfaces

Some child window behaviour is faked by painting in the parent, so we
don't bother creating the Mir surface in that case.

mir: reconstruct surface if window is moved

mir: stop using deprecated surface api

mir: fix issues with mouse over parent menu

Mouse over a parent menu[bar] didn't work while the menu was open.
The fix was to correct the behaviour of pointer crossing events so that
the pointer appears to be only inside one window at a time.

See: http://tronche.com/gui/x/xlib/events/window-entry-exit/normal.html

mir: add back window hierarchy functions

mir: stop forwarding motion events to subwindows

mir: generate leave events for transient children

mir: use monitor plug names more similar to the ones used in Xmir

mir: only paint background if window has one

mir: use old scrolling system if we get simple integer values

mir: end the current grab on ungrab

mir: only render non-top-level transients.

mir: handle new MirCloseSurfaceEvent

mir: reset cursor_inside on hide/withdraw

Without this, we generate incorrect crossing events for transient
windows.

mir: disable some debug output

mir: skip windows that aren't visible